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Claims 1-27 are pending in the present application and have been finally rejected, 
rinim Rejections 

The Examiner rejected claims 1-26 under 35 U.S.C. §103(a) as being unpatentable over 

Tanaka et al. (U.S. Patent No. 5,542,064) in view of Micrnsnft Compnter Dictionary. In 

rejecting the independent claims, the Examiner stated: 

Regarding claims 1, 3, 5, 1 1, 13, 15, 20 and 22, Tanaka et al. teaches a 
data storage system with a plurality of storage devices (disk drives 16-1 to 16-n,. 
Figure 1) in which CPU 1 is the main module of which controller 2 is a child, 
controller 2 is a module of which the plurality of disk processors 17-1 to 17-n are 
children, and the plurality of disk processors are independent modules each 
having a disk drive 16-1 to 16-n as a child (Figure 1). In this case, it is 
understood that the modules of Tanaka are encapsulated modules since one 
module such as controller 2 is made of a number of components (such as if- 
ports 4, channel ports 6, and arbitration processor 15) encapsulated within 
the module. Tanaka discloses controller 2 receiving input and output command 
from CPU 1 and passing such commands from the controller 2 to the 
corresponding drive processor 17-1 to 17-n and then to the corresponding disk 
drive ( deciding which child to pass the input command to . . . passing the input 
command to the decided child", Colunm 3, line 50 to Column 4, line 35). In this 
system, the source is transparent to the drive processor module in that this module 
does not communicate with the CPU, but instead communicated directly with a 
module above it, controller 2. Tanaka does not teach each module comprising 
programming code for implementing a RAID storage system. Micrnsnft 
Cnmpnter nirtinnary discloses a RAID Storage System (Page 372). 1 would have 
been obvious to one of ordinary skill in the art at the time the invention was made 
to transform the system of Tanaka et al to include a RAID storage system since 
a RAID system provides high performance, storage efficiency, high speeds, 
reliability and low cost. Although Tanaka et al. discloses "no consideration of 
the input/output command waiting state of each disk drive at the time of 
reading/writing of data" as a disadvantage of a RAID system (Column 2, lines 14- 
20), the many advantages of using a RAID system might be a tradeoff 
valuable enough to still use this system despite its small disadvantage. 

Applicants respectfully disagree. 

The present invention is directed to a method and system for implementing non- 
hierarchical and hierarchical RAID configurations. According to the preferred embodiment of 
the present invention, non-hierarchical and hierarchical RAID configurations are viewed as a 
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combination of RAID modules. Each particular RAID module is encapsulated, i.e., inputs and 
outputs are not fixed to any particular device. Thus, any hierarchical RAID configuration and 
any number of hierarchical tiers can be built by combining the encapsulated RAID modules. 
Each module represents a particular RAID level, in other words, each module contains 
programming code representing the features of a particular RAID level. Each encapsulated 
module is adapted to receive an input command, which is related to the data stored in the 
physical storage devices. Unlike the conventional system, however, the module is not coded to 
assume that the source of the input is the host. Thus, in the preferred embodiment of the present 
invention, the source of the input command is transparent to the module. 

In addition, each encapsulated module includes at least one output path, or child. The 
module is not coded to assume that its children are disk drives. Thus, the destination of each 
child is transparent to the module. Because each module is encapsulated, programming modules 
can be mixed and matched to form hierarchical RAID configurations with little or no 
programming effort. As a result, the code is simpler and easier to test and debug. 

The present invention provides, as recited in claim 1 : 

1 , A method for managing data in a data storage system, the data storage 
system including a plurality of physical storage devices, the method comprising 
the steps of: 

a) providing a plurality of encapsulated modules, wherein each 
module comprises programming code for implementing features of a storage 
system utilizing a Redundant Array of Inexpensive Disks (RAID) configuration 
and each module comprises at least one child; 

b) receiving an input command related to the data by one of the 
plurality of modules from a source, wherein the source is transparent to the one 
module; 

c) deciding which child of the at least one children to pass the input 
command; and 

d) passing the input command to the decided child for processing the 
data according to the input command. 

Claims 1 1 and 20 are computer readable medium and system claims having similar scopes to 
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claim 1. 

In contrast to the present invention, Tanaka is directed to a method for controUing how 
data and back up data is written into a predetermined number of storage units, i.e., disks, in a 
secondary storage device. According to Tanaka, the secondary storage device 101 (Figure 2) 
includes a controller 2 that manages input and output commands and data from a CPU 1 . The 
controller 2 selects disks 16-1 to 16-n having free capacity and a lower number of input/output 
commands to be processed, and writes muhiple copies of data to those selected disks. The 
controller 2 maintains a plurality of tables 12 for performing this ftinction. The tables include an 
address management table 50 for managing data stored in the respective disks, a free area 
management table 55 for managing free areas in the respective disks and a disk drive 
management table 60 for managing the number of input-output commands to be processed in 
each of the disks. 

Tanaka fails to teach or suggest "providing a plurality of encapsulated modules, wherein 
each module comprising programming code for implementing features of a storage system 
utilizing a Redundant Array of Inexpensive Disks (RAID) configuration," as recited in claims 1, 
1 1 and 20. In the present invention, encapsulated RAID modules are used as building blocks to 
create hierarchical RAID configurations. By taking an objected oriented approach, hierarchical 
and nonhierarchical RAID configurations are easily implemented without requiring new 
programming code for each configuration. Because particular RAID modules are encapsulated, 
i.e., inputs and outputs are not fixed to any particular device, any hierarchical RAID 
configuration and any number of hierarchical tiers can be built by combining the encapsulated 
RAID modules. Minimal or no additional programming is necessary. As an added feature, 
background frmctions, such as rebuilding a degraded disk drive, can also be encapsulated in a 
programming module, which can then be used to simplify coding, testing and debugging. 
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Applicants respectfully submit, and the Examiner concedes, that none of the modules 
disclosed in Tanaka, e.g., the CPU 1 , the controller 2, or the disk processors, implement "features 
of a storage system utilizing a . . . RAID configuration " as recited in claims 1, 1 1 and 20. 
Indeed, Tanaka expressly criticizes the RAID configuration because "there is no consideration of 
the input/output command waiting state of each disk drive at the time of reading/writing of data 
in a plurality of disk drives " (Column 2, lines 14-17). Nevertheless, the Examiner states that it 
would be obvious to transform Tanaka' s system "to include a RAID storage system since RAID 
system provides" performance advantages (as defined by Microsnft rompiiter Dictionary ). 
Applicants respectfully disagree for several reasons. 

First, neither Tanaka nor Microsoft provide explicit or implicit motivation to a person 
skilled in the art to combine the references in such a way as suggested by the Examiner. As 
stated above, Tanaka explicitly steers away from RAID because "there is no consideration of the 
input/output command waiting state of each disk drive at the time of reading/writing of data in a 
plurality of disk drives." (Column 2, lines 14-17). The Microsoft definition states "[s]everal 
defined levels of RAID offer differing trade-offs among access speed, reliability, and cost." The 
fact that RAID is defined in Mirrn^nft Cnmpntpr Dintionary does not teach or suggest that 
Tanaka can or should include RAID in the manner suggested by the Examiner, particularly in 
light of the above cited criticism. Accordingly, Applicants respectftilly submit that one skilled in 
the art would not be motivated to combine the references as suggested by the Examiner. 

Secondly, even if combined, the combination of Tanaka and Microsoft, i.e., transforming 
Tanaka's system "to include a RAID storage system" as the Examiner suggests, still fails to teach 
or suggest the present invention, as recited in claims 1, 1 1 and 20. The combination still fails to 
teach or suggest "providing a plurality of encapsulated modules, wherein each module 
comprising programming code for implementing features of a storage system utilizing a 
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Redundant Array of Inexpensive Disks (RAID) configuration," as recited in claims 1, 11 and 20. 
Tanaka's "modules," e.g., the CPU 1, the controller 2, or the disk processors, simply do not 
include "programming code for implementing features of a storage system utilizing a Redundant 
Array of Inexpensive Disks (RAID) configuration." The CPU 1, controller 2 and disk processors 
have specific functions — functions that do not implement RAID. Tanaka in view of Microsoft 
fails to mention or suggest "a plurality of encapsulated modules" that include "programming 
code for implementing features of a storage system utilizing a Redundant Array of Inexpensive 
Disks (RAID) configuration," as recited in claims 1, 1 1 and 20. 

Applicants respectfully submit that Tanaka in view of Microsoft fails to teach or suggest 
the cooperation of elements recited in claims 1, 1 1 and 20. Accordingly, claims 1, 11 and 20 are 
allowable. Claims 2-10, 12-19 and 21-27 depend on claims 1 , 1 1 and 20, respectively, and the 
above arguments apply with equal force. Therefore, Applicants respectfully submit that claims 
2-10, 12-19 and 21-27 are also allowable. 

In view of the foregoing, it is submitted that the claims 1-27 are allowable over the cited 
references and are in condition for allowance. Applicants respectfully request reconsideration of 
the rejections and objections to the claims, as now presented. 

Applicants believe that this application is in condition for allowance. Should any 
unresolved issues remain, Examiner is invited to call Applicants' attorney at the telephone 
number indicated below. 
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